home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000932_mcrae@lib.ucsf.edu _Wed Apr 21 20:50:53 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <mcrae@lib.ucsf.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA15267; Wed, 21 Apr 93 20:50:53 MET DST
  4. Received: from knowman.lib.ucsf.EDU by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA27128; Wed, 21 Apr 1993 21:10:42 +0200
  6. Received: from [128.218.33.6] by knowman.lib.ucsf.EDU (4.1/GSC4.21)
  7.     id AA11079; Wed, 21 Apr 93 12:11:00 PDT
  8. Message-Id: <9304211911.AA11079@knowman.lib.ucsf.EDU>
  9. To: www-talk@lib.ucsf.edu
  10. Subject: Re: usage stats 
  11. In-Reply-To: Your message of "Tue, 20 Apr 93 22:02:07 CDT."
  12.              <9304210302.AA10785@dxmint.cern.ch> 
  13. Date: Wed, 21 Apr 93 12:11:43 MDT
  14. From: Christopher McRae <mcrae@lib.ucsf.edu>
  15.  
  16.  
  17. Marc Andreessen writes:
  18. > Suppose we had developed a new net scanning tool that consisted of a
  19. > daemon that can run independently of user guidance and a Motif-based
  20. > GUI that can attach/detach to/from the daemon at any time and allow a
  21. > user to interactively or asynchronously guide the daemon's progress
  22. > through the information space on the global network.
  23. > 
  24. ...
  25. > space the daemon traversed, as well as direct control over a variety
  26. > of constraint parameters to control the daemon's progress both in real
  27. > time and asynchronously (e.g., you can tell it where to look and what
  28. > to look for interactively, and then detach and let it run
  29. > asynchronously overnight, and then reattach in the morning to discover
  30. > what it's found).
  31. > 
  32.  
  33.   Of course we want intelligent agents to search the information space for
  34. us!  How else are we going to be able to talk to this web-monster we're
  35. creating?  We need these "bots".
  36.   The debate thus far has focused entirely on how to avoid taxing the
  37. limited resources (network bandwidth, cpu cycles, etc) currently available.  
  38. This is certainly an important consideration since we are here and now.
  39. But, it seems to me that we should be spending more time talking about how
  40. to enhance the intelligence of the agent, so that it's searches are more
  41. efficient.  
  42.   Further, it seems that the biggest obstacle, at this point, in moving
  43. towards more intelligent searches is a lack of support in the web infra-
  44. structure.  While SGML gives you a lot of structure within a node. the
  45. links which relate one node to another provide no information about the
  46. nature of the relationship between the nodes.  I know there has been dis-
  47. cussion among WWW people in the past about using typed links, but I don't
  48. know why they haven't been implemented.  Is it just something which noone
  49. has gotten around to yet, or is there some reason why typed links have
  50. been avoided? (other than backwards compatibility reasons, I mean)
  51.  
  52. Chris
  53. ----------------------------------------------------------------------
  54. Christopher McRae            mail: mcrae@ckm.ucsf.edu
  55. UCSF Center for Knowledge Management    at&t: 415/476-3577
  56. 530 Parnassus Avenue, Box 0840         fax: 415/476-4653
  57. San Francisco, California 94143